home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19981211-19990422 / 000049_news@newsmaster….columbia.edu _Sun Dec 27 14:23:34 1998.msg < prev    next >
Internet Message Format  |  1999-04-21  |  2KB

  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA15170
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sun, 27 Dec 1998 14:23:34 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA27164
  7.     for kermit.misc@watsun; Sun, 27 Dec 1998 14:23:33 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: telnet disconnects
  12. Date: 27 Dec 1998 19:23:32 GMT
  13. Organization: Columbia University
  14. Lines: 24
  15. Message-ID: <7661fk$93u$1@apakabar.cc.columbia.edu>
  16. References: <765q0e$34l$1@samba.rahul.net>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:9682
  19.  
  20. In article <765q0e$34l$1@samba.rahul.net>,  <dold@network.rahul.net> wrote:
  21. : I didn't pay any attention to this one last time the discussion appeared,
  22. : but now I've got a telnet connection available to my ISP, and it
  23. : disconnects quite often.
  24. : The disconnects occur at various periods of idle time, but inconsistent
  25. : enough that I don't think it is a deliberate timeout.
  26. : It's happening at work on both C-Kermit 6.0.192 and K95 1.1.17, served
  27. : through a gateway device to a dial-up PPP.
  28. : At home, it only seems to happen if I log in through a service called
  29. : MegaPOP.  If I use the direct PPP to my provider (toll call), I'm okay.
  30. : I looked through the manual (Hey! that's my name ;-)), but I couldn't
  31. : decide which telnet adjustment I should make.
  32. Probably none.  Debug logs will (with little doubt) reveal that the host is
  33. closing the connection, but obviously not why it is doing so.  Kermit doesn't
  34. close the Telnet connection unless you ask it to.
  35.  
  36. The when you make a Telnet connection over SLIP or PPP, the underlying serial
  37. connection is totally invisible (and inaccessible) to Kermit.
  38.  
  39. - Frank